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Description 
WINDOWSTM F-LANGUACE INTERPRETER 

Background of Invention 
[0001] i. Field of the Invention 

[0002] The present invention relates to an interpreter, and more 

specifically, to a Windows™ F-language interpreter. 
[0003] 2. Description of the Prior Art 

[0004] while executing a high level language, two types of meth- 
ods are available: a compiler program can convert source 
code into machine code that can be directly executed, or 
an interpreter program can translate source code while 
executiontakes place. Six steps are required to execute a 
program including: lexical analysis, syntactic analysis, se- 
mantic analysis, intermediate code generating, optimiz- 
ing, and object code generating. However, an interpreter 
does not need to compile the source codes at first, but in- 
stead only processes the six steps while executing the 
source codes. Most test programs are written for F lan- 
guage interpreters in DOS(disk operating system) version 



and these programs can only be executed in a single task 
environment. 

[0005] please refer to Fig.l. Fig.l is a block diagram illustrating 
an F language interpreter 10 according to the prior art. 
The F language interpreter 10 utilizes a parser 12 to in- 
terpret a command input by a user in a command line. Af- 
ter the user inputs a command and presses the enter key, 
the command will be directly executed after parsed by the 
parser 12 of the F language interpreter 10. When utilizing 
the F language interpreter 10 to execute a program, the 
user must input commands one by one in the command 
line, and press the enter key every time after inputting 
one command in order to execute the command. The F 
language interpreter 10 parses and executes the com- 
mands input by user one by one by the parser 12, so that 
user can utilize the F language interpreter 10 to test the 
software and hardware of a computer system. For exam- 
ple, the F language interpreter 10 can be used to test 
whether the fan of a central processing unit (CPU) is in 
operation, whether a memory is correctly accessed, 
whether a light on a motherboard lights up, or whether a 
program installed in the computer system is in operation 
etc. Since DOS is a single task environment where only 



one command can be executed at a time, the F language 
interpreter 10 is developed on the basis of DOS and can 
only simulate a single task environment to execute a test 
program. 

[0006] As mentioned above, the DOS F language interpreter 10 
simulates a single task testing environment, but most of 
the modern operating systems apply a multiple task Win- 
dows™ system. Under this condition, the single task envi- 
ronment provided by the DOS F language interpreter 10 is 
unable to fulfill practical requirements. In the single task 
environment, programs are executed one after another, 
and unlimitedly utilize system resources, such as CPU, 
memory and input/output (I/O) etc. Programs may even 
occupy the computer system from the control side of the 
operating system. But in the multiple task environment, 
simultaneous execution of a plurality of programs is al- 
lowed so that system resources such as CPU and memory 
are shared. Therefore resources management is necessary 
to prevent the simultaneously executed programs from 
interfering with each other, in order to ensure the pro- 
grams are fully executed. Moreover, the commands of the 
F language interpreter 10 are input one by one, which is 
convenient for users to execute single tests, but ineffec- 



tive for system integration testing. Additionally, when the 
F language interpreter 10 interprets a test program, if the 
test program includes an I/O operation, the user needs to 
write a far more complicated command sequence in order 
to execute the I/O operation, which causes further diffi- 
culties testing. 
Summary of Invention 

[0007] it j S therefore a primary objective of the present invention 

TM 

to provide a Windows F language interpreter to solve 
the above-mentioned problems. 
[0008] Briefly summarized, a computer system according to the 
present invention includes a memory and a processor. The 
memory includes an interpreter for interpreting data in a 
multiple task system. The interpreter includes a scanner 
for reading at least one command from an input port and 
providing a token according to the category of the com- 
mand, a first parser for interpreting the command when 
the token indicates the first parser, and a second parser 
for interpreting the command when the token indicates 
the second parser, for temporarily storing data generated 
after interpreting the command into a message center in 
the memory, and for executing the data stored in the 
message center after interpreting all other corresponding 



commands. The processor is for processing programs and 
data stored in the memory. 

[0009] The present invention also provides a method for execut- 
ing an interpreter code in a multiple task system in a 
computer system. The computer system includes a mem- 
ory and a processor. The memory includes a scanner, a 
first parser and a second parser. The method includes (a) 
reading at least one command from an input port by the 
scanner and providing a token according to the category 
of the command, (b) interpreting the command by the first 
parser when the token indicates the first parser, (c) stor- 
ing the second parser into the memory, (d) interpreting 
the command by the second parser when the token indi- 
cates to the second parser code, temporarily storing data 
generated after interpreting the command into a message 
center in the memory, and executing the data stored in 
the message center after interpreting all other corre- 
sponding commands. 

[0010] These and other objectives of the present invention can be 
easily understood after reading the following detailed de- 
scription of the preferred embodiment that is illustrated in 

the various figures and drawings. 
Brief Description of Drawings 



[0011] Fig.l is a block diagram illustrating an F language inter- 
preter according to the prior art. 

[0012] pig. 2 is a block diagram illustrating the structure of the 
Windows™ F language interpreter according to the 
present invention. 

[0013] pig. 3 is a flow chart illustrating the execution of the Win- 

TM 

dows F language interpreter according to the present 

invention. 
Detailed Description 

[0014] please refer to Fig. 2. Fig. 2 is a block diagram illustrating 
the structure of a Windows™ F language interpreter 20 

TM 

according to the present invention. The Windows F lan- 
guage interpreter 20 includes a scanner 22, a symbol ta- 
ble 24, a first parser 26, a second parser 28 and a mes- 

TM 

sage center 30. The Windows F language interpreter 20 

TM TM 

is executed in a Windows system, and the Windows 
system is installed in a computer system. The computer 
system includes a CPU and a memory for processing and 
storing programs and data of the Windows™ system. The 

TM 

Windows F language interpreter 20 includes two input 
modes. The first mode is a console mode for inputting 
one line commands, and the second mode is a script 
mode for reading a test program stored in a script file. 



The scanner 22 is used to read the commands to provide 
a token for each command according to its category, in 
order to determine whether the command is going to be 
processed by the first parser 26 or the second parser 28. 
If the command includes symbols unrecognizable to the 
scanner 22, the scanner 22 searches for corresponding 
commands in the symbol table 24. All of the commands 
can be divided into two categories. The first category is 
for common commands referred to as application-level 
commands, including mathematical operations, stack op- 
erations, logical operation and printer commands. The 
second category is for special commands referred to as 
driver-level commands, which includes I/O actions, mem- 
ory access, and call interruptions. The first parser 26 is 
used to interpret the application-level commands. No I/O 
action exists for the application-level commands, there- 
fore the commands can be executed directly after inter- 
pretation, and the result is output to a file. The second 
parser 28 is used to interpret the driver-level commands. 
Since the driver-level commands include I/O actions and 
all of the I/O actions are processed by drivers in Windows 
™, the second parser 28 takes part of the memory in the 
message center 30 to temporarily store the interpreted 



commands, and executes the commands stored in the 
message center 30 after the driver finishes processing the 
I/O actions. The result is then output to the file. 
[0015] please refer to Fig. 3. Fig. 3 is a flow chart illustrating the 

TM 

execution of the Windows F language interpreter 20 ac- 

TM 

cording to the present invention. When the Windows F 
language interpreter 20 is executed, the scanner 22 reads 
a command from a command line or a script file. If the 
command includes symbols unrecognizable to the scanner 
22, the scanner 22 searches for corresponding commands 
in the symbol table 24. If the corresponding commands 
are not found, a lexical error occurs, which means that the 
command is not defined by the Windows™ F language in- 
terpreter 20 or misspelled. In this situation, the command 
is regarded as invalid and an error is generated. An error 
message is displayed in a file and the interpretation ends. 
After reading a correct command, the scanner 22 provides 
a token for the command according to its category. An 
application-level command is processed by the first 
parser 26, and a driver-level command is processed by 
the second parser 28. The command parsed by the first 
parser 26 is executed directly and the result is output to a 
file. If a syntax error occurs during interpretation, the first 



parser 26 generates an error for the command, outputs an 

TM 

error message to a file, and the Windows F language in- 
terpreter 20 finishes interpreting the command and con- 
tinues to interpret a next command. When a command is 
classified to be a driver-level command, a driver is called 
to prepare data necessary for executing the command, 
and then the second parser 28 interprets the command 
and stores it in the message center 30. If a syntax error 
occurs during interpretation, the second parser 28 gener- 
ates an error for the command, stores an error message 
into the message center 30, executes the data stored in 
the message center 30, and outputs the result to the file 
after interpretation of corresponding commands. Detailed 
steps are described as follows. 
[0016] step 110:Start interpreting commands, proceed to Step 
120; 

[0017] step 120:Read a command from a command line or a 
script file by the scanner, proceed to Step 130; 

[0018] step 130:Check whether the command includes unrecog- 
nized symbols by the scanner. If the command includes 
unrecognized symbols proceed to Step 131, if no proceed 
to Step 140; 

[0019] step 131:Search for corresponding commands of the un- 



recognized symbols according to a symbol table, if found 
proceed to Step 140. If no corresponding command ex- 
ists, proceed to Step 151 to process a lexical error; 

[0020] step 140:Classify the category of the command by the 

scanner. If the command is an application-level command, 
proceed to Step 150. If the command is a driver-level 
command, proceed to Step 160; 

[0021] step 150:lnterpret the command by a first parser. If the 
command can be interpreted correctly, proceed Step 170. 
If the command includes a syntax error, proceed to Step 
151; 

[0022] step 15 EProcess the error to the command and output an 
error message, proceed to Step to 170; 

[0023] step 160:Call a driver to prepare data necessary for exe- 
cuting the command, proceed to Step 161; 

[0024] step 161:lnterpret the command by a second parser. If the 
command can be interpreted correctly, proceed to Step 
163. If the command includes a syntax error, proceed to 
Step 162; 

[0025] step 162:Process the error to the command and output an 

error message, proceed to Step 163; 
[0026] step 163:Store the interpreted command in a message 

center, proceed to Step 170 after interpretation is fin- 



ished; 

[0027] step 170:Execute the interpreted command and output 
the result to a file, proceed to Step 180; 

[0028] step 180:End the interpretation of the command and pre- 
pare for the next command. 

[0029] As described above, the Windows™ F language interpreter 
20 not only provides a debug mode including a command 
line for inputting one line commands, but also reads the 
commands written in script files, so that users can de- 

TIV 

velop test programs more easily. Moreover, the Windows 
F language interpreter 20 provides a method to write 
commands corresponding to input and output functions 

TM 

directly in the Windows system, so that not only the 
time necessary for writing a driver program corresponding 
to I/O devices is reduced, but also the difficulties of de- 
veloping test programs is decreased. 
[0030] | n contrast to the prior art, the Windows™ F language in- 
terpreter according to the present invention provides an 
environment for test programs to be executed in Windows 
system. Because the test programs written with DOS F 
language interpreter can only be executed in a single task 
environment, for a multiple task environment, the results 
made by the conventional test programs arenot accurate. 



The test programs written with the Windows F language 
interpreter according to the present invention provide a 
simulation environment closer to reality for devices to be 
tested, so that an accurate result is available. Further- 
more, the test programs already written forthe DOS F lan- 
guage interpreter can be directly transplanted into the 
Windows™ system to reduce the time for developing test 
programs, improve the accuracy of the result, and ensure 
the stability of the devices to be tested. 
[0031] Those skilled in the art will readily observe that numerous 
modifications and alterations of the device may be made 
while retaining the teachings of the invention. Accord- 
ingly, the above disclosure should be construed as limited 
only by the metes and bounds of the appended claims. 



